home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / doc / www_talk.arc / 000267_connolly@pixel.convex.com _Thu Oct 29 17:52:05 1992.msg < prev    next >
Internet Message Format  |  1992-11-30  |  2KB
  1. Return-Path: <connolly@pixel.convex.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA20051; Thu, 29 Oct 92 17:52:05 MET
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA09262; Thu, 29 Oct 92 18:03:29 +0100
  6. Received: from pixel.convex.com by convex.convex.com (5.64/1.35)
  7.     id AA27583; Thu, 29 Oct 92 11:02:35 -0600
  8. Received: from localhost by pixel.convex.com (5.64/1.28)
  9.     id AA16901; Thu, 29 Oct 92 11:02:32 -0600
  10. Message-Id: <9210291702.AA16901@pixel.convex.com>
  11. To: timbl@nxoc01.cern.ch
  12. Cc: www-talk@nxoc01.cern.ch
  13. Subject: Re: misconceptions about MIME [long] 
  14. In-Reply-To: Your message of "Thu, 29 Oct 92 16:38:18 +0100."
  15.              <9210291538.AA06151@www3.cern.ch> 
  16. Date: Thu, 29 Oct 92 11:02:32 CST
  17. From: Dan Connolly <connolly@pixel.convex.com>
  18.  
  19.  
  20. >I mean that there is a clash between the URL/URI work and the MIME
  21. >external context format.  For example there are two ways of writing
  22. >a reference to an FTP archive. It would be neat to amalgamate them.
  23. >I  personally think the MIME format is too longwinded (look at the
  24. >ref on the end of your earlier message -- that could have been 1 line).
  25.  
  26. I don't see that there's a clash. There's a certain redundancy, but
  27. that's nothing new.
  28.  
  29. If you're using MIME encapsulation techniques to attach an ftp file
  30. to a body part, you use the message/external-body mechanism. But
  31. if you're writing HTML, you put a URL in an anchor.
  32.  
  33. It might be nice if WWW clients could parse MIME multipart and
  34. message types, but it seems reasonable to just pass them on to
  35. metamail or some such MIME user agent.
  36.  
  37. On the other hand, a MIME user agent need not grok HTML -- it just
  38. passes it along to the WWW client.
  39.  
  40. Am I missing something?
  41.  
  42. Dan
  43.